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REMARKS 

Claims 1-29 are now present in this application, with new 
claims 26-29 being added by the present Preliminary Amendment. 
It should be noted that the amendments to original claims 1-25 
of the present application are non-narrowing amendments / made 
solely to place the claims in proper form for U.S. practice 
and not to overcome any prior art or for any other statutory 
considerations. For example, amendments have been made to 
broaden the claims; remove reference niomerals in the claims; 
remove/change any phrases unique to European practice; remove 
multiple dependencies in the claims; and to place claims in a 
more recognizable U.S. form, including the use of the 
transitional phrase "comprising" as well as the phrase 
"wherein" . Other such non-narrowing amendments include 
placing apparatus -type claims (setting forth elements in 
separate paragraphs) and method- type claims (setting forth 
elements in separate paragraphs) in a more recognizable U.S. 
form. Again, all amendments are non-narrowing and have been 
made solely to place the claims in proper form for U.S. 
practice and not to overcome any prior art or for any other 
statutory considerations . 



CONCLUSION 

Accordingly, in view of the above amendments and remarks, 
an early indication of the allowability of each of claims 1-29 
in connection with the present application is earnestly 
solicited. 

Should there be any outstanding matters that need to be 
resolved in the present application, the Examiner is 
respectfully requested to contact Donald J. Daley at the 
telephone number of the undersigned below. 

If necessary, the Commissioner is hereby authorized in 
this, concurrent, and future replies, to charge payment or 
credit any overpayment to Deposit Account No. 08-0750 for any 
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additional fees required under 37 C.F.R. § 1.16 or under 37 
C-F-R. § 1.17; particularly, extension of time fees. 

Respectfully submit ted , 

HARNESS, DICKEY & PIERCE, P.L.C. 

.... ,yii}iJ^ 

Donald J. Daley, Reg. No. 34,313 

P.O. Box 8910 

Reston, Virginia 20195 

(703) 668-8000 



DJD:bof 
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SUBSTITUTE SPECIFICATION 



Dcocription 



METHOD AND ARRANGEMENT A RRAY FOR MODIFYING CHANGING SOFTWARE OR 

SOURCE CODE 



[0001] This application is the national phase under 35 

U>S,C> § 371 of PCT International Application No. 
PCT/EP2004/003301 which has an International filing date of 
March 29, 2 004, which designated the United States of America 
and which claims priority on German Patent Application numbers 
DE 10314834.5 filed April 1, 2003, DE 10314835,3 filed April 1, 
2003, DE 10314831.0 filed April 1, 2003, and DE 10314832,9 
filed April 1, 2003, the entire content of which is hereby 
incorporated herein by reference. 

Field 

[0002] The invention generally relates to a method an d/ or an 
arrangement for modifying software or source code . For 
example, it may relate to one in which wherein a piece of 
software or a source code is converted into a representation in 
a meta markup language, for example XML, transformed there, for 
example using XSLT, and then aaid the transformed 
representation formulated in the meta markup language is 
converted back into a modified piece of software or into a 
modified source code, for example in the same source language. 



Baclcground 

[0003] A lthough several possibilities for making subsequent 
changes or modifications to software are known from the prior 
art, they all have a number of disadvantages oomparod with the 
invention : 
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[0004] One possibility of influencing software is realized with 
the aid of parameterization. Configuration files are typically 
used for parameterization and storage of application-specific 
'^parameter data" . The structure and format of oaid the files 
are defined during the development phase and are in no way 
modifiable once the software has been shipped. 

[0005] Plug-ins open up the possibility of extending already 
"shipped", compiled software with functionality 
characteristics- Toward that end it is necessary that the 
structures for integrating and using plug-ins are already 
implemented or specified during the development phase 
(interfaces, . . . ) . 

[0006] Code generators generate source or binary code with the 
aid of templates which are completed at predetermined points, 
for example by mcano u se of parameters that have been passed. 
In this way it becomes possible to generate different software 
for different customers for example, aaid the software 
differing at precisely defined points. In this case, however, 
only special points (and not arbitrary points) in the code can 
be modified, which points must be specified precisely when the 
template is produced. Code generators are typically used on the 
developer side. 

[0007] A special application possibility of using variation 
points in the form of updates /patches is known from US patent 
application US 6052531A1. 

[0008] A Java source code transformation tool called BeautyJ is 
known from the internet at http : / /beauty j . berlios . de/ , wherein 
a Java source code is converted into an XML representation, 
"beautified" using Sourclet API, for example by insertion of 
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white spaces or modified comments at specific points, and 
subsecjuently the modified source code can be converted back 
into Java source code. A transformation by mcano w ay of XSLT is 
only proposed here, for this purpose, but not implemented. 

SUMMARY 

[0009] ^ ghe — An object on which at least one embodiment of the 
invention io baoc d includes — is thcrcforQ to specify a method 
and an arrangement for modifying source code wherein a more 
extensive, more flexible and more efficient modification of the 
software or the source code is achieved. 

Thia ob~icGt io achiGvod according to the invention bv 
the fcaturco of claima 1, — 6-7 — 8 and 13 with regard to .the method 
and by the — fcaturGQ of — claima 22 — to 2 6 with regard to the 
arrangement . — The remaining claima relate to preferred 
embodimcnta of — fefee — invention . 

The invention ia cQacntiallv GharacteriEGd in that, 

3rln an example first variant, selected components of a 

piece of software serve as variation points, whereby aaid the 
variation points are converted into a first code formulated in 
a meta markup language, for example XLML, the software, now in 
mixed form, is shipped, and the first code is converted at the 
customer end by moana of via one or more transformations, for 
example XSLT, exclusively in accordance with transformation 
rules into a second code formulated in the meta markup 
language-; — In an example 

that , — in a second variant, a first code containing at 

least one language extension and formulated in a meta markup 
language is converted in accordance with transformation rules 
into a more easily verifiable second code formulated in the 
meta markup language without said language extensions —. I 
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that, — i-n a n examp 1 e third variant, a source code 

transformed into a meta markup language is transformed in such 
a way that, following a conversion back into the original 
programming language, a new source code is produced in which 
not only the representation but also the actual program content 
and/or the functionality has been changed-; — e. Further, ^ 
[0010] that, — in an examp lea : fourth variant, a source code 
transformed into a meta markup language with, for example, 
initial states, code fragments to be replaced and foreign 
language modules tailored to the respective natural language of 
the user is mixed by mcana of v ia transformation, as a result of 
which, following a back- conversion, a new source code is 
produced in which not only the representation, but also the 
actual program content and/or the functionality has been 
changed - 

BRIEF DESCRIPTION OF THE DRAWINGS 



[0011] The invention will be explained in more detail below 
with reference to the examples illustrated in the drawings, in 

shows an overall block diagram serving to explain a 
first example v ariant of an embodiment of the 
invention, 

shows an overall block diagram serving to explain a 
second example v ariant of an embodiment of the 
invention, 

shows a block diagram serving to explain the an 
example inventive transformation of pre-processing 
extensions , 



which: 



Figure 1 



Figure 2 



Figure 3 
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Figure 4 shows an overall block diagram serving to explain a 

third example v ariant of an embodiment of the 
invention^ 



Figure 5 shows a block diagram serving to explain the an 

example inventive modification through the use of 
aspects. 



Figure 6 shows a block diagram serving to explain the an 

example inventive insertion of migration 
f unc t i ona 1 i ty , 

Figure 7 shows a block diagram serving to explain the an 

example inventive modification through the use of 
templates, filters and patterns. 



Figure 8 shows an overall block diagram serving to explain an 



example 



invention. 



ourth variant of an embodiment of the 



Figure 9 shows a block diagram serving to explain the an 

example inventive replacement of code fragments. 



Figure 10 shows a block diagram serving to explain 

example inventive insertion of state data. 



-an 



Figure 11 shows a block diagram serving to explain the 

possibilities for variation of the example inventive 
incorporation of information and 

Figure 12 shows a block diagram serving to explain tho example 

inventive incorporation of foreign language modules 
for internationalizing the source code. 
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DETAILED DESCRIPTION OF THE EXAMPLE EMBODIMENTS 

1st example variant of an embodiment of the invention 

[0012] Figure 1 shows an overall block diagram serving to 
explain an example embodiment of the invention, wherein a piece 
of software SW conpioting of including source text SCI, SC2 and 
SC is initially converted into a shippable piece of software 
SW*, with certain parts of the software such as, for example, 
SCI now being available as binary code/byte code Bl and other 
parts such as, for example, SC2 being converted by a converter 
CONV into a first code CodeML formulated in a meta markup 
language, such that henceforth they form variation points VP, 
for example VPl, in the executable software SW* . Said The 
software SW* can be modified prior to or at runtime in such a 
way that the code VP, for example VP2, represented in the meta 
markup language is converted by means of a transformation T and 
transformation rules TR into a second code CodeML* formulated 
in the meta markup language, which code is now either present 
in SW* as a modified variation point, for example VP2*, or 
following the transformation T is transformed by moans of v ia a 
converter RCONV into a source code SC* and then converted by 
means of COMP into a byte code/binary code VP2B* . In both cases 
SW and SW* differ at the locations of the variation points and 
in this way can be tailored to specific requirements (for 
example toolkit replacement, updates, etc.). 

[0013] The codes CodeML and CodeML* or VP and VP* are 

formulated for example in the meta markup language XML, where 
'"XML" stands for Extensible Markup Language. 



6 



New PCT National Phase Application 

Docket No. 32860-000953 /US 

[0014] It is of particular advantage here that this does not 
have to be carried out by the program developer, but can be 
accomplished independently by the appropriately equipped and 
knowledgeable customer. For this purpose an operator or 
administrator on the customer side needs only to apply an 
appropriate transformation T with the requisite substitution, 
modification and removal rules TR in order to adapt the 
software to their specific requirements or, as the case may be, 
to carry out an update or patching. During the updating or 
patching of software adapted to specific customer requirements 
there have frequently been problems in the past due to 
inconsistencies which can be avoided from the outset by this 
embodiment of the invention and the possibility of pipeline 
application or ordered sequential execution. 

[0015] The program listings Listing 1 to Listing 5 contained in 
Annex 1 show this on the basis of an actual example: 
Typically, a software shipment to two different customers can 
use different toolkits which differ from each other in terms of 
performance, price etc. 

[0016] Thus, in this case a code which originally uses a 
registration class 

iin(port electric • registry • Registry 

from a Glue toollcit now uses two new ^'registration classes" for 
the second customer 

import org • apache • axis • client • Call and 

import org • apache .eucis. client .Service from an Axis toollcit . 
[0017] In XSL this can happen, for example, by mcanG w ay of 

<xsl : template mat ch= " import " > 

<xsl:if tes t='' do t/naine= 'Registry • "> 
<iiT^Qrt> 
<dot> 
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<d.ot><dot><dot><naine>org</name><naine>apache</naine></dot><name>axis</naine></dot> 
<naine>c 1 i en t < /namex / doc ><naine>Cal 1 < / naine> 
</dot> 
</iiiport> 
<iinport> 
<dot> 

<dot><dot><dot><naine>org</naine><naine>apache< /namex /do t><naine>axis< /namex /dot> 
<naine >c 1 i en t < / name >< / do t > <naine > Servi c e< / name > 
</dot> 
</inport> 
</xsl : if > 

<xsl : if test= "dot/ name ! = ' Registry* "> 

<xsl:copy-of select="."/> 
</xsl : if > 

</xsl : template> 

[0018] In XSL, templates are applied to the pattern defined in 
match. The import template in the listing example is therefore 
applied to all the original import statements. In the actual 
example it simply ignores all the original GLUE registry 
imports and instead inserts the two Axis-specific imports. 

[0019] The method according to at least one embodiment of the 
invention further may result-s in at least one of a number of 
additional advantages such as, for example: 

1. Only one system is required for issues such as patching, 
customizing, updating, etc., and not a series of different, in 
some cases proprietary tools. 

2. The method is based on standards such as XML and XSLT and in 
terms of convertibility into other programming languages is 
subject to fewer restrictions than other methods for modifying 
source code. 

3 . No proprietary special-purpose solutions are required even 
for special and complicated source code modifications, but 
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instead existing standards such as XSI<T, XPatli and XQuery can 
be used for this purpose. 

4. This type of modification permits the setting up of 
hierarchies, among other things through the possibility for 
ordered, automated sequential execution (pipelines) of multiple 
transformations, of patches for example. 

5 . The transformations can be stored in XSLT files for general 
reuse, enabling libraries to be produced for example for 
specific execution sequences. 

6. An XML representation of the source code can be stored in an 
XML database and when necessary easily adapted with the aid of 

* 

an XSLT to the individual customer requirements 
(customization) . 

7 . Through the use of the XMLSchezna or DTD standards or 
appropriate XSLTs the code can be checked in advance (without 
compilation) for specific correctness aspects (validated) . 

8. Standard XML tools can be used for simple processing or 
visualization and determination of relationships in the code. 

9 . Permanent XML-based program libraries which support XPath 
queries can improve the reuse of code through more efficient 
retrieval of a code or code fragments or templates. 

2nd example variant of an embodiment of the invention 

[0020] Figure 2 shows an overall block diagram serving to 
explain the invention wherein a first code CodeMIi which is 
formulated in a meta markup language, contains a language 
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extension LE and cannot be converted into valid source text SC* 
by RCONV is converted by a transformation T in accordance with 
transformation rules TR which contain a language converter IjC 
into a second code CodeML* which is formulated in the meta 
markup language, contains none of said language extensions LE 
and can therefore be converted into a source code SC* which can 
be converted in turn by moano of v ia a compiler COMP into valid 
binary code/byte code B* . 

[0021] The modified source code SC* is formulated for example 
in the Java programming language and the codes CodeML and 
CodeMIf* are formulated for example in the meta markup language 
XML, where "XML" stands for Extensible Markup Language. 

[0022] The transformation T, for example an Extended Stylesheet 
Language Transformation or XSLT, is described by moan a of v ia 
transformation rules TR, for example within XSZj (Extended 
Stylesheet Language) files, with, for example, the rules 
formulated in XSL being used among other things as a language 
converter LC and describing how the XML- coded source code 
CodeMIj with a language extension LE can be transformed into a 
variant without language extension. 

[0023] Figure 3 shows a first cxomplary example embodiment in 
which a first code CodeMIi formulated in a meta markup language 
contains a language extension for pre-processing PPE (e.g. 
<define>, <ifdef>, etc.) and is transformed with the aid of a 
transformation T in accordance with transformation rules TR 
which possess a pre-processing language converter PPLC which 
resolves or uses the PPE into a second code CodeML* formulated 
in the meta markup language and without language extension. 
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[0024] The language extension is typically embodied in the form 
of elements for generic programming 1 and/or for pre-processing 
2 and/or a customer- or developer-specific grammar 3 and/or for 
macros 4 . 

[0025] A ll language extensions or the code CodeML itself can be 
validated at any time through the use of document type 
definitions (DTDs) or XMLSchema. 

[0026] ^ I^e — At least one enibodiment of the invention provides 
the programmer with greater freedom, since the grammar of the 
programming language used can be adapted to the programmer's 
requirements and a retransf ormation back to the normal grammar 
of the programming language only has to be performed at the end 
of the program development phase. A significant advantage also 
conQiota resides in the fact that a validation of the language 
extensions can be performed using a compiler provided for the 
normal programming language . 

[0027] The program listings Listing 1 to Listing 3 contained in 
Annex 2 show the resolution of the pre-processing extensions 
PPE on the basis of an actual example in which the class 
TestOutput .xjava represented in Listing 1 contains a PPE in the 

form of <define name=''m" value= "private" >, which has an effect on the 

values of the <ni> elements, and is now converted by means of a 
transformation T in accordance with transformation rules TR (in 
this case: PPLC) into the XML-based form TestOutput .xjava* 
represented in Listing 2, in which all <m> elements are 
replaced by a <private/> element determined via vaiue= "private" . By 
this means it is possible to convert TestOutput .xjava* into the 
source code TestOutput • Java shown in Listing 3. 



11 



New PCT National Phase Application 

Docket No. 32860-000953 /US 

[0Q28] The method according to at least one embodiment of the 
invention further may result-& in at least one of a number of 
additional advantages such as, for example: 

1. Only one system is required for issues such as customizing 
of programming languages, etc., and not a series of different, 
in some cases proprietary tools. 

2. The method is based on standards such as XML and XSLT and in 
terms of convertibility into other programming languages is 
subject to fewer restrictions than other methods for modifying 
source code . 

3 . No proprietary special-purpose solutions are required even 
for special and complicated source code modifications, but 
instead existing standards such as XSLT, XPath and XQuery can 
be used for this purpose. 

4. This type of modification permits the setting up of 
hierarchies, among other things through the possibility for 
ordered, automated sequential execution (pipelines) of multiple 
transformations, of language adaptations for example. 

5 . The transformations can be stored in XSLT files for general 
reuse, enabling libraries to be produced for example for 
specific execution sequences. 

6. An XML representation of the source code can be stored in an 
XML database and when necessary easily adapted with the aid of 
an XSLT to the individual customer or, as the case may be, 
developer requirements (customization) . 
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7 . Through the use of the XMIiSchema or DTD standards or 
appropriate XSLTs the code can be checked in advance (without 
compilation) for specific correctness aspects (validated) . 

8. Standard XML tools can be used for simple processing or 
visualization and determination of relationships in the code. 

3rd example variant of an embodiment of the invention 

[0029] Figure 4 shows an overall block diagram serving to 
explain the invention wherein a source code SC is initially 
converted by a converter CONV into a first code CodeMIi 
formulated in a meta markup language, whereby the source code 
SC, if compiled immediately, would yield a byte code or binary 
code B. The code CodeML represented in the meta markup language 
is now modified by means of a transformation T exclusively 
through the use of transformation rules TR which consist of 
conditions C and/or logic L and/or code fragments CF, thereby 
resulting in a second code CodeML* also formulated in the meta 
markup language. Following the transformation, a further 
converter RCONV converts the code CodelUj* back into a source 
code SC* which typically is formulated in the same language as 
the source code SC. Finally, the modified code SC* is converted 
by a compiler COHP into a modified byte code B* or else 
immediately into an executable binary code. A significant 
aspect here is that the byte code B* is different in principle 
from the byte code B or that the source code has been changed 
not only in terms of its representation, but also in terms of 
its program execution. 

[0030] The source code SC and the modified source code SC* are 
formulated for example in the Java programming language and the 
codes CodeMIi and CodeMIi* are formulated for example in the meta 
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markup language XML, where ^*XML" stands for Extensible Markup 
Language . 

[0031] The transformation T, for example an Extended Stylesheet 
Language Transformation or XSLT, is described by means of 
transformation rules TR, for example within XSL (Extended 
Stylesheet Language) files, with, for example, the rules TR 
formulated in XSL describing among other things how the source 
code CodeMlj coded in XML is combined with the code fragment CF 
in order to form a new modified source code CodeML* with 
integrated CF, or a variation thereof which can now contain, 
for example, additional logging functionality. 

[0032] Figure 5 shows a first exemplary embodiment in which the 
transformation rules TR correspond specifically to aspect rules 
AR conforming to aspect-oriented programming (AOP) which, 
expressed in the Aspect J language, contain at least one point 
cut PC and/or at least one advice type AT and/or at least one 
advice body AB and in their sequence can be assigned to the 
components from Figure 5 . 

[0033] In this way a (tool -independent ) AOP can be implemented 
which, compared to other solution variants, for example 
Aspect J, generates no additional overhead in the generated code 
CodeMIi* and is not subject to the usual restrictions (extra 
compiler, syntax, etc.) of existing aspect languages. 

[0034] A n aspect is the term applied in AOP to an entity which 
modularizes crosscutting concerns, e.g. logging, and 
encapsulates them at one location. The corresponding code, 
which previously ran through a plurality of modules, is in this 
case merged with the aid of a single aspect. 
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[0035] The program listings Ijisting 1 to Listing 5 contained in 
Annex 3 shows this on the basis of an actual example in which 
the file TestCalculator . java contained in Listing 1 is 
initially converted into an XML representation 

TestCalculator . xjava . Iiisting 3 contains the description of an 
aspect in the form of a file LoggingAspect -xsl which contains 
all the necessary transformation rules and ensures that each 
method bearing a ''cal" in its name is found and a print command 
System. out .print:ln(^^calculate begin'') is inserted at the 
beginning of the execution of said method and a print command 
System. out •print:ln(^^calculat:e end'') is inserted at the end of 
the execution of said method. 

[0036] If, for example, all methods matching the pattern ^^cal", 
in other words e.g. public String calcValues ( ) or similar, are 
to be caused to actuate a system output upon entry and exit in 
all 151 classes of a project, then first 

inatch=" * [ (name ( ) = * curly ' ) and (ancestor : : method [contains (name, * cal *)])]" 

is used to select all methods with the ''cal" pattern, next 

<expr> 
<paren> 

<dot><dot><naine>System</name><name>out</naLme></dot><name>println</naine></dot> 
<exprs> 
<expr> 

<xsl : text>"</xsl : textxxsl : value-of select=". . /name" /><xsl : text> begin" </xsl : text> 
</expr> 
</exprs> 
</paren> 

</expr> 

is used to insert a statement " System. out .print in (%Nazne of the 
Methods + " begin")", e.g. System. out .print In ( "calculate end"), then 

<xsl:copy-of select="*" /> 
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is used to insert the original code of the method, and finally 

<expr> 
<paren> 

<dot><dot><naine>System</naine><naine>out</naine></dot><naine>println</name></dot> 
<exprs> 
<expr> 

<xsl : text>"</xsl : textxxsl : value-of select=". . /name" /xxsl : text> end"</xsl : text> 
</expr> 
</exprs> 
</paren> 
</expr> 

is used to insert a statement " System. out .print in (%Naxae o£ the 
Method% -•• " end"}", e.g. System.out.println( "calculate end"). 

[0037] Thus, instead of initiating a corresponding logging 
output in all 151 classes, this can take place in this case 
within one logging aspect at one location. Accordingly, 
modifications also only have to be made at one location. 

[0038] Figure 6 relates to a second exemplary example 
application of an embodiment of the invention wherein a 
transformed code CodeMlj* is likewise generated from a source 
code CodeML by means of the transformation T, which transformed 
code CodeML* now contains a mechanism for backing up (OLD) or, 
as the case may be, determining (NEW) at least one state for 
the desired (version) migration. In this case the 
transformation rules TR are embodied in such a way that they 
can be designated as migration rules MR and as well as C and L 
additionally contain at least one fragment, referred to as 
checkpoints CP, for generating (CP Write) or reading in (CP 
Read) states (CP Data) which enable a migration from an older 
version B*OLD to a newer version B*NEW. 
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[0039] The format conversions of the system states to be 
transferred, which format conversions are required for a 
migration, can also be taken into account by this moano . 
Because of this, future migrations do not have to be taken into 
account as early as in the preliminary phase, as a result of 
which the test overhead and related potential program bugs are 
avoided in early program versions. 

[0040] By automating the migration human errors are avoided 
since the migration is performed much more systematically. 

[0041] Figure 7 shows a third exemplary example embodiment in 
several sub-variants wherein a source code CodeMIi coded in XML 
is likewise converted by mcano of via a transformation T into a 
modified CodeMIj* . In this case, however, the transformation T 
is effected by moans of transformation rules TR which in each 
variant consist of at least C and L and as in the case of the 
conversion of templates TP additionally include at least one 
template fragment TPF, for example for the conversion into an 
EJB (Enterprise Java Bean) and in the case of the conversion of 
patterns P possess at least one pattern fragment PF, for 
example for the use of proxy, factory or singleton patterns. 
For the implementation of filters FI, C and L are sufficient, 
since here only code is removed and so, for example, 
superfluous output statements or comments can be eliminated. 

[0042] Through the appropriate use of proxy patterns local 
calls can be converted into remote calls or in a similar manner 
local classes can be converted into EJB (Enterprise Java Beans) 
classes . 

[0043] Conversely , a valid template TP which can be used as a 
template for other source code can also be generated from the 
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XML-coded source code JavaML or a fragment of this code with 
the aid of a transformation T and appropriate rules TR. 

[0044] The aforementioned example embodiments of the method 
according to the invention can be implemented individually and 
in any order sequentially. 

[0045] The method according to at least one embodiment of the 
invention further may resulte- in at least one of a number of 
additional advantages such as, for example: 

1. Modifications to the source code can be made quickly and 
flexibly. 

2 - Only one system is required for issues such as pattern 
application, migration, AOP, filtering, etc., and not a series 
of different, in some cases proprietary tools. 

3. The method is based on standards such as XML and XSLT and in 
terms of convertibility into other programming languages is 
subject to fewer restrictions than other methods for modifying 
source code. 

4. No proprietary special-purpose solutions are required even 
for special and complicated source code modifications, but 
instead existing standards such as XSLT, XPatli and XQuery can 

be used for this purpose. 

5. This type of modification permits the setting up of 
hierarchies, among other things through the possibility for 
sequential execution (pipelines) of multiple transformations. 
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6. The transformations can be stored in XSLT files as general 
transformations for reuse, enabling libraries to be produced 
for example for specific execution sequences. 

7. An XML representation of the source code can be stored in an 
XML database and when necessary easily adapted with the aid of 
an XSLT to the individual customer requirements 
(customization) . 

* 

8 . Through the use of the XMLSchema or DTD standards or 
appropriate XSLTs the code can be checked in advance (without 
compilation) for specific correctness aspects (validated) . 

9. Standard XML visualization tools can be used for simple 
processing or visualization and determination of relationships 
in the code . 

10. Permanent XML-based program libraries which support XPath 
queries can improve the reuse of code through more efficient 
retrieval of a code or code fragments or templates. 



4th example variant of an embodiment of the invention 



[0046] Figure 8 shows an overall block diagram serving to 
explain an example embodiment of the invention wherein a source 
code SC is initially converted by a converter CONV into a first 
code CodeMIi formulated in a meta markup language, whereby the 
source code SC, if compiled immediately, can produce a byte 
code or binary code B. As well as the code CodeML represented 
in the meta markup language, an additional item of information 
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INFO is now added by moano of v ia a transformation T described 
by moanD of transformation rules TR to the code CodeML or 
finally to the source code SC, thereby yielding a second code 
CodeML* likewise formulated in the meta markup lancfuage. 
Following the transformation, a further converter RCONV 
converts the code CodeMIi* back into a source code SC* which 
typically is formulated in the same language as the source code 
SC. Finally, the modified code SC* is converted by mcanD use of 
a compiler COMP into a modified byte code B* or else 
immediately into an executable binary code. A significant 
aspect here is that the byte code B* is different from the byte 
code B or that the source code has been changed not only in 
terms of its representation, but also in texrms of its program 
execution . 

[0047] The source code SC and the modified source code SC* are 
formulated for example in the Java programming language and the 
codes CodeML and CodeMIi* are formulated for example in the meta 
markup language XML, where ''XML" stands for Extensible Markup 
Language . 

[0048] Figure 10 shows a first exemplary example embodiment in 
which the additional information INFO is additionally merged 
with the CodeML in the form of data for example 
initialization states SSDb, state data SDa, database data Dc, 
arbitrary data said the data representing for example fixed 
states or values for constants and variables. In this way the 
source code SC can be supplied with fixed states and 
transformed such that a required state is available immediately 
at program runtime, e.g. as initialization state SSDb, and no 
longer has to be determined separately. In this way object 
states can also be incorporated into the code, said object 
states enabling a recovery of an interrupted program at the 
same location with the same states, without the necessity for 
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additional complicated and time-consuming programming measures 
to be taken for this purpose. 

[0049] The transformation T, for example an Extended Stylesheet 
Language Transformation or XSLT, is described by mcana of 
transformation rules TR, for example within XSL (Extended 
Stylesheet Language) files, with the rules formulated in XSL, 
for example, describing among other things how the source code 
CodeMIi coded in XML is combined with the state data from D in 
order to form a new modified source code CodeML* with SSDb, SDa 
and DC. 

[0050] The rules of a transformation T can be embodied in such 
a way here that the information is additionally merged in its 
original form but also in a form modified by mcana of rules, 

[0051] The rules of a transformation T can also be embodied in 
such a way here that the transformation T is influenced by the 
information or data, for example with the aid of if conditions. 

[0052] The program listings Listing 1 to Listing 6 contained in 
Annex 4 show this on the basis of an actual example in which 
the uninitialized variable String m_sWelcoine is transformed 
into an initialized form String xn__sWelcome = "hello"; in a test 
class of the source code. In this case Listing 1 shows the 
corresponding Java program TestOutput . java, which is converted 
into an XML representation TestOutput .xjava . The XML file 
State. XML is represented with the state value "hello" in 
Listing 3. In Listing 4 there then follows the transformation 
statement for mixing Mixing .xsl which ensures by means of 
statements such as ten^late match = and apply-ten^lates that 
the code is modified at the right location. 
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[0053] Figure 9 shows a second exemplary example embodiment in 
which a code fragment CFb coded in XML with an original source 
code CodeMIi coded in XML which contains a code fragment CFa is 
transformed by moano of v ia the transformation T in such a way 
that a code fragment CFb is contained in the modified XML-coded 
source code CodeML* in place of the previously present fragment 
CFa. In this case the transformation T is also controlled by 
transformation rules TR. A replacement of code fragments of 
said kind can be referred to in certain situations, for 
example, as '^patching" . The method according to at least one 
embodiment of the invention enables patching to be accomplished 
in a consistent manner with a maximum degree of freedom for the 
software developer, it being possible for example to implement 
□aid the p atching automatically and taking mutual dependencies 
into account . 

[0054] A n actual case for this oxomplary example embodiment is 
illustrated by moano w ay of the Listings lA to 6A of the 
program listings contained in Azinex 5. A TextOutput • x j ava is 
generated in turn from the Java source code TestOutput • Java . 
Listing 3A contains the file CodeFragment • xml , which provides a 
code fragment. Listing 4A now contains the rules for the 
transformation T in the file Patchlng.xsl, with the commands 
template match s and apply-templates being used in turn. 
Listing 5A then lists the contents of the file 

TestOutput .xjava(*) with the modified XML source code and the 
modified Java source code is represented in the file 
TestOutput .java(*) in Listing 6A. In this example the string 
assignment String in_sWelconie = "hello"; in the public test 
class is replaced by a string assignment String ni_sWelcoine = 
Systeni.getProperty( "WELCOME" ); , whereby in this case therefore 
the fixed value "hello" is replaced by the attribute "WELCOME" 
required by the system and the, for example, erroneously ''hard- 
coded" value assignment can now be ''patched" . 



22 



New PCT National Phase Application 

Docket No. 32860-000953/US 



[0055] Figure 11 relates to a third exemplary example 
application of an embodiment of the invention wherein the 
information INFO from drawing 1 is not only merged in addition 
in the above- specified manner in the form of information XNFOl, 
but also in addition in the form of information XNF02 or 
fragments embedded in the transformation rules. 

[0056] Figure 12 relates to a fourth exemplary example 
application of an embodiment of the invention wherein XML 
source code CodeML is combined with the code fragment CF, which 
contains the foreign language fragments LFl and LF2, by means 
of the transformation T in order to obtain a modified code 
CodeML"^, for example tailored to the natural language of the 
user (Ll=german) . In this case the transformation XSLT is 
determined by transformation rules TR which specify the points 
in the source code that are to be changed as well as the 
respective chosen natural language, in other words, for 
example, german or exiglisli. Thus, by moana w ay of the method 
according to at least one embodiment of the invention a 
localization and internationalization of the source code is 
achieved in an efficient and economical manner, with the 
additional runtime required for this purpose being reduced to a 
minimum. 

[0057] The aforementioned example embodiments of the method 

according to the invention can be implemented individually and 
in any order sequentially. 

[0058] The method according to at least one embodiment of the 
invention may result-s- in at least one of a number of advantages 
such as, for example: 
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1- Modifications to the source code can be made quickly and 
flexibly. 

2- Only one system is required for issues such as patching, 
customizing, updating, etc., and not a series of different, in 
some cases proprietary tools. 

3 . The method is based on standards such as XML and XSLT and in 
terms of convertibility into other programming languages is 
subject to fewer restrictions than other methods for modifying 
source code . 

4 . No proprietary special-purpose solutions are required even 
for special and complicated source code modifications, but 
instead existing standards such as XSLT, XPath and XQuery can 
be used for this purpose. 

5. This type of modification peirmits the setting up of 
hierarchies, among other things through the possibility for 
ordered, automated sequential execution (pipelines) of multiple 
transformations, of patches for example. 

6. The transformations can be stored in XSLT files for general 
reuse, enabling libraries to be produced for example for 
specific execution sequences. 

7 . An XML representation of the source code can be stored in an 
XML database and when necessary easily adapted with the aid of 
an XSLT to the individual customer requirements 
(customization) . 

8 . Through the use of the XHIiSchema or DTD standards or 
appropriate XSLTs the code can be checked in advance (without 
compilation) for specific correctness aspects (validated) . 
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9. Standard XML tools can be used for simple processing or 
visualization and determination of relationships in the code. 

10. Permanent XML-based program libraries which support XPath 
queries can improve the reuse of code through more efficient 
retrieval of a code or code fragments or templates. 
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[0059] A nnex 1 : 
Listing 1: TestRegistry. java 

import electric .registry .Registry ; 

public class TestRegistry 

{ 

//further source code in which something has to be changed 

) 

Ifisting 2: TestRegistry .xjava 

<?xinl version="l . 0" encodings "OTF -8 " ?> 
<java> 
<iirport> 

<dot><dot><name>electric</naine><naine>registry</name></dot><naine>Registry</naine></dot> 
</iinport> 
<class> 

<inodi f iersxpubl ic / x/modi f ier s> 
<naine >Te s tRegi s t ry < / nazne> 
<block> 

<block> 
</class> 
< / j ava> 

Listing 3: VariationPointTl .xsl 

<xsl : stylesheet version="l .0" xmlns :xsl = ''http: //www.w3 . org/ 1999 /XSL/TrcUisform''> 

copy template 

<xsl : tenplate match="*"> 

<xsl:copy><xsl :apply-templates/></xsl :copy> 
</xsl : teniplate> 

*** Variation Point Transformation 1 ** 

<xsl : template matchs" import "> 

<xsl:if test= "dot /name= ' Registry • "> 
<iitport> 

<dot> 

<do t ><do t >< do t xname >or g< / name xname > apache< / name >< / do t xname > ax i s < / namex / do t > 
<name>cl ien t< /namex / do t ><name>Cal 1 < / name> 
</dot> 
</import> 
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<iinport> 
<dot> 

<dot ><dot><dot ><naiTie>org< /naine><name>apache< /namex/dot ><name>axis< /namex /dot> 
<naine>c 1 i en t < / namex / do t xname > Servic e < / name > 
</dot> 
</iinport> 
</xsl : if > 

<xsl : if test = "dot /name ! = ' Registry' " > 

<xsl:copy-of select=" . " /> 
</xsl : if > 

</xsl : teirplate> 
</xsl : stylesheet> 

Listing 4: TestRegistry .xjava (*) 

<?xml version= " 1 . 0 " encoding- "UTF- 8 " ?> 
< java> 
<iinport> 
<dot> 

<dotxdot xdot><name>org< /namexname>apache< /namex /dot><name>axi s< /namex /do t> 
<name> c 1 i en t < / name X / do t xname>Ca 1 1 < / name > 
</dot> 
</iinport> 
< import > 
<dot> 

<do t xdot ><do txname>org< / namexname >apache< / name X / do t xname>axi s< / namex / do t > 
<name > c 1 i en t </ name X / do t xname > Servi c e< / name > 
</dot> 
</in5>ort> 
<class> 

<modi f iersxpubl ic / >< /modi f ier s> 
<name>Tes tRegi s try< /name> 
<block> 

<block> 
</class> 
< / j ava> 

Listing 5: TestRegistry . java (*) 

inpox* t org . apaclie . ax i s . c 1 i en t . Ca.l. 1 ; / / Axi s 
import org . apache , axis .client . Services- 
public class Tes tRegi stry 
{ 

... //further source code in which somethiaig has been changed 

} 
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[0060] Annex 2 



Iii s t ing 1 : Te stOutpu t . x j ava 

<?xinl version="1.0" encoding= "UTF-8 " ?> 
< java> 

<define naiae="m" value= "private "> 
<class> 

<inodif iers ><m/>< /modifier s> 
<name>TestOutput< /naine> 
<block> 
<var> 

< type><naine>S tr ing< /namex / type> 
<naine>m_sWelcoine< /naine> 
</var> 
</block> 
</class> 
</ java> 



Listing 2: TestOutput .xjava* 

<?xinl version=" 1 . 0 " encoding= "UTF-8 " ?> 
< java> 
<class> 

<itiodi f iers xpr i vat e />< /modi f i ers> 
<name>TestOutput< /naine> 
<block> 
<var> 

<type><name>String< /namex /type> 
<name>m_sWelcome< /name> 
</var> 
</block> 
</class> 
< / j ava> 

Listing 3: TestOutput • java 

private class TestOutput 
{ 
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string m_sWelcome; 



[0061] Annex 3 

listing 1: TestCalculator . java 

public class TestCalculator { 

priva te inc z ; 



public void calculate (int x, int y) { 
z = x+y; 

} 



Listing 2: TestCalculator .xjava 



<?xml version="l . 0" encoding= "UTF-8 " ?> 
< java> 
<class> 

<inodi f i er s xpubl i c / >< /modi f i er s> 
<naine>TestCalculator</name> 
<block> 
<var> 

<mod i f i e rs xpr i va t e /></ mod i f i e r s >< type >< i n t /></ type xname > z </ name > 
</var> 
<method> 

<modif iersxpublic/x/modif iers> 
< typexvoid/ >< / type> 
<name>calculate</name> 
<params> 

<par amx typex in t / >< / type><name>x< / namex /param> 
<paramx typexin t / X / typexname>y< /namex /param> 

</params> 

<curly> 
<expr> 
<a> 

<name> z < / name> 

<p 1 u s xname >x< / name xname >y< / name X / p 1 u s > 
</a> 
</expr> 
</curly> 
</method> 
</block> 
</class> 
</ java> 
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Listing 3: IfOggingAspect .xsl 

<xsl : stylesheet version="l . 0" xmlns: xsl="http: //www.wB . org/1999/XSL/Transform"> 

*** copy template ** 

<xsl : tenplate inatch= " * " > 

<xsl :copy><xsl : apply- templates/ >< /xsl :copy> 
</xsl : teinplate> 

logging aspect ** 

<xsl : tenplate inatch="* [ (nameO = 'curly' ) and (eincestor : : method [contains (name, 'cal *)])]"> 
<xsl : copy> 
<expr> 
<paren> 

<dot><dot><name>System</name><name>out</name></dot><name>println</name></dot> 
<exprs> 
<expr> 

<xsl : text>"</xsl : textxxsl : value-of select=* . . /name" /xxsl : text> begin" </xsl : text> 
</expr> 
</exprs> 
</paren> 
</expr> 

<xsl:copy-of select^"*" /> 
<expr> 
<paren> 

<dot><dot><name>System</name><name>out</name></dot><name>println</name></dot> 
<exprs> 
<expr> 

<xsl : text>"</xsl : textxxsl : value-of selects" . . /name" /xxsl : text> end"</xsl : text> 
</expr> 
</exprs> 
</paren> 
</expr> 
</xsl : copy> 
</xsl : template> 
</xsl : stylesheet> 



Listing 4: TestCalculator* .xjava 

<?xml versions *• 1 . 0 " encodings "UTF-8 " ?> 
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< java> 
<class> 

<inodi f iersxpubl ic / >< /modi f ier s> 
<name>TestCalculator</naine> 
<block> 
<var> 

<modif iersxprivate/x/modif iers><type><int/></type><name>z</naine> 
</var> 
<inethod> 

<inodi E i er sxpubl i c / >< /modi f i er s > 
< typexvoid/ >< / type> 
<name>calculate</name> 
<params> 

<paramx typexint / ></ typexname>x< / namex /parcun> 

<par amx type> < i n t /></ 1 ype > <name >y< / name ></ par am> 
</params> 
<curly> 

<expr> 
<paren> 

<dot><dot ><xiaiae>SystQm< /aame><naxne>out< /namex /dot ><name>println< /na2ne></dot> 
<exprs><expr> "calculate begin" < /expr >< /ea9rs> 
< /paren> 
</expr> 

<expr> 
<a> 

<name>z</name> 

<p lu s > <name >x< / name xname >y< / name ></ p 1 u s > 

</a> 
</expr> 
<ea^r> 

<paren> 

<dot><dot ><naAe>System< /name> <naxne>out< /namex /dot ><name>println< /namex /dot > 
<exprs><expr> "calculate end"</e3cpr></e39r8> 
</paren> 
</e3cpr> 

</curly> 
</method> 
</block> 
</class> 
</java> 

Listing 5: TestCalculator * . j ava 

public class TestCalculcitor { 
private int z; 

public void calculate (int x, int y) ( 

Sys tein . ou t . pr in t In ( " calcu la te begin " ) ; 
z = x+y; 

System. out .print In ( "calculate end") ; 
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} 

} 

[0062] Annex 4 
I«i s t ing 1 : Te s tOutput • j ava 

ft 

public class TestOutput 
{ 

String in_s Wei come; 

} 

Ziisting 2: TestOutput .xj ava 

<?xml version=" 1 . 0 " encodings "UTF-8 " ?> 
< java> 
<class> 

<inodif iersxpublic/ >< /modifier s> 
<name>TestOu tput< /name> 
<block> 
<var> 

<type><naine>String</name></type> 
<naine >m_sWe 1 c oine< / name> 
</var> 
</block> 
</class> 
< / j ava> 

Listing 3: State .xml 

<?xml version="1.0" encodings "UTF-8 " ?> 
<state name= "m_s Wei come" > 

<value> "hello" </value> 
</state> 

Listing 4: Mixing. xsl 

<xsl : stylesheet version="l . 0" xmlns :xsl="http: //www.w3 . org/1999/XSL/Transf orm" > 
<- 1 ********************************** 

*** copy template ** 
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<xsl : template match=''*"> 

<xsl : copyxxsl : apply- templates/x/xsl : copy> 
</xsl : teniplate> 

^ I ********************************* 

*** mixing template ** 
********************************* ^ 

<xsl : template match= " * [ (name ( ) = ' var ' ) and (name= 'm_sWelcome ' ) ] " > 
<xsl : copy> 

<xsl:copy-of select="*"/> 
<a> 

<expr><xsl : value-of select=" //state [@name= 'm_sWelcome ' ] /value" /></expr> 
</a> 
</xsl : copy> 
</xsl : template> 
</xsl : stylesheet> 



Iiisting 5: TestOutput .xjava (*) 

<?xml version= " 1 . 0 " encoding= "UTF-8 " ?> 
< java> 
<class> 

<modi f iersxpubl ic/ >< /modi f iers> 
<name>Tes tOutput < /name> 
<block> 
<var> 

<type><name>String</name></type> 

<name>m__sWelcome< /name> 

<a> 

< ea^r > " hel lo " < / expr > 
</a> 

</var> 
</block> 
</class> 
< / j ava> 

Listing 6: TestOutput . Java (*) 

public class TestOutput 
{ 

String m_sWelcome=: "hello" ; 

} 
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[0063] Annex 5 
liisting lA: Tes^Output . java 

public class TestOutput 
{ 

String in_sWelcoine= "hello'' ; 

} 

liisting 2A: TestOutput .xjava 

<?xml version="1.0" encoding= "UTF-S " ?> 
< java> 
<class> 

<modif iersxpublic/ >< /modifier s> 
<naine>TestOutput< /naine> 
<block> 
<var> 

<type><naine>String</name></ type> 

<name>m_sWelconie< /name> 

<a> 

<expr> "hello" </expr> 
</a> 
</var> 
</block> 
</class> 
</ java> 

liisting 3A: CodeFragxnent • xml 

<?xml version="1.0" encoding="UTF-8 " ?> 
< fragment name= "m_sWelcome " > 
<expr> 
<paren> 

< do t >< name > Sys t em< / namex name >ge t Proper ty< / namex / do t > 

< expr s >< expr > " WELCOME " < / expr >< / expr s > 
</paren> 

</expr> 
</ fragment > 
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If is ting 4A: Patching .xsl 

<xsl : stylesheet versions" 1 . O" xmlns : xsl="http: //www. w3 . org/ 1999 /XSL/Transfonn"> 

^ I *********ir***ic***Tt**'ic* ************* 

*** copy template ** 

****************** * * * *****"Jr*Tfc4rTltTt*it*__^ 

<xsl : template match="*"> 

<xsl : copyxxsl : apply- templates /></xsl : copy> 
</xsl : template> 

<i ********************************** 

*** patching template ** 
********************************* >. 

<xsl : template match=" * [ (name ( ) = ' a * ) and (ancestor : : var/name= 'm_sWelcome ' ) ] " > 
<xsl : copy> 

<xsl:copy-of select= "// fragment [@name= ' m_sWelcome '] /expr " /> 
</xsl : copy> 
</xsl : template> 
</xsl : stylesheet> 

Listing 5A: TestOutput .xjava (*) 

<?xml version="l .0" encoding= "UTF-8 " ?> 
< java> 
<class> 

<modif iersxpublic/x/modif iers> 
<name>TestOutput< /name> 
<block> 
<var> 

<type><name>String</name></ type> 

<name>m_sWelcome</name> 

<a> 

<expr> 
<paren> 

<dot><name>System</name><name>getProperty</name></dot> 
<exprs><expr> "WELCOME " < /expr></exprs> 
</paren> 
</expr> 
</a> 
</var> 
</block> 
</class> 
</ java> 
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Listing 6A: Te st Output • java (*) 

public class TestOutput 
{ 

String m_sWelcoine=Sys tern, get Property ( "WELCOME" ) ; 

) 

[0064] Example embodiments being thus described, it will be 
obvious that the same may be varied in many ways , Such 
variations are not to be regarded as a departure from the 
spirit and scope of the present invention, and all such 
modifications as would be obvious to one skilled in the art are 
intended to be included within the scope of the following 
claims . 
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